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TELECOMMUNICATIONS EQUIPMENT 

The invention relates to telecommunications 
equipment and in particular to switching center call 
control equipment . 
5 BACKGROUND OF THE INVENTION 

Figure 1 is a diagram which summarizes the 
architecture of a telecommunications network enabling a 
telecommunications terminal TEl to communicate with a 
terminal TE2 . 

10 An equipment TEl is connected to a switch SWl of an 

operator Ol . The switch SWl is connected to a switch SW2 
of the same operator, for example, which is connected to 
a switch SW3 of an operator 02 . A. terminal TE2 is 
connected to the switch SW3 . 

15 Accordingly, calls between the terminals TEl and 

TE2 are processed by telecommunications equipments for 
which the signaling standards are not necessarily the 
same . 

Switching centers (also referred to as switches) 
20 such as the equipments SWl, SW2 , SW3 are therefore 

provided in the network. In practice there is no reason 
for them to be from the same supplier or operator. Thus 
the network can route data streams, voice streams and 
control streams. 
25 The control stream is concerned with call 

protocols. For call protocols there are several 
standards, including the B-ISUP standard of the 
International Telecommunication Union (ITU) , the PNNI 
standard of the ATM (Asynchronous Transmission Mode) 
3 0 Forum and the SS7 standard of the European 

Telecommunications Standards Institute (ETSI) . 

The architecture of a switching center (also 
referred to as a switch) comprises various SI modules, 
including : 

35 - a signaling processing module^CA, S/^Pu/^J 

- a call control modul e i/^nd 

- a resource management module CR allocating 
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channels via physical links. 

In practice, the signaling module of a switch 
implements the call protocol which enables it to 
communicate with another switch. 
5 The call control module CA is the core of the 

system. It is an automaton which creates a process for 
each type of call received. 

In practice, the call control module creates a 
process to handle the call when a line goes to the off- 
10 hook condition for a telephone call. 

To this end, a generic process (also referred to as 
a program) is provided in the module and is adapted to 
create another process to handle the call . 

As there are several signaling standards, the same 
15 equipment can include different signaling modules 
conforming to different signaling standards. 

The above architecture is shown diagrammat ically in 
Figure 2. Signaling modules SI, S2 , S3 conforming to the 
three standards that exist at present are installed in a 

2 0 switch SW2 and connected to the core, i.e. to the call 

handling module CA. 

This problem is relatively new, but is becoming 
more difficult to solve because new operators can come 
into play and because it may be desirable to modify 
25 existing standards. 

Accordingly, each time that a new standard appears, 
the equipment must evolve to take account of it. 

OBJECT AND SUMMARY OF THE INVENTION 
The object of the invention is to reduce the impact 
30 of new signaling on call control and to that end to 
render call control as autonomous as possible. 

For example, in PNII, when the call control module 
sends a request, the request can be accepted before the 
dialed number is analyzed, whereas in B-ISUP the request 

3 5 is hot accepted until the dialed number has been 

analyzed . 

The present invention provides a solution by 
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proposing an architecture that can be adapted to new 
standards or that can easily cause the existing standards 
to evolve . 

The invention applies in particular to 
5 2M-144 Mbit/s broadband transmission (ATM, video) but 
also to narrowband (64 kbit/s) transmission. 

The invention provides a generic call control 
module CA capable of processing requests common to the 
various standards and dedicated modules or components 
10 capable of processing requests specific to each standard 
in order to reduce the impact of new signaling on the 
call control module in order to render it as autonomous 
as possible. 

The invention provides equipment including a 
15 service unit wherein the service unit includes a driver 

core and modules connected to said core and adapted to 
process signaling and wherein said core (20) includes: 

- receiving means for receiving signaling messages 
from one or more signaling networks, and 

2 0 - sending means for sending said signaling messages 

to said modules in accordance with a predetermined rule. 

In one embodiment of the invention, the core 
includes means for processing certain signaling messages. 
The means for receiving signaling messages include 
25 a high-level interface adapted to provide access' to the 

core for processing of standard signaling messages by the 
core . 

The means for receiving signaling messages include 
a low- level interface adapted to provide access to the 

3 0 module adapted to process a received specific signaling 

message . 

BRIEF DESCRIPTION OF THE DRAWINGS 
Other features and advantages of the invention will 
become clearly apparent on reading the following 
35 description, which is given by way of non-limiting 
example only and with reference to the drawings, in 
which : 
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- Figure 1 is a block diagram of a 
telecommunications network, 

- Figure 2 is a diagram of a prior art equipment 
architecture, and 

5 - Figure 3 is a diagram of a telecommunications 

equipment architecture of the invention, 

MORE DETAILED DESCRIPTION 
For simplicity, the embodiment described 
hereinafter is an architecture with two signaling 
10 standards corresponding to signaling networks 1 and 2 and 
signaling modules SI and S2 . Of course, the invention 
applies with advantage to situations in which there are 
more than two signaling standards, in concrete terms 
signaling networks 1 to n and signaling modules SI to Sn. 
15 The telecommunications equipment EQ provides the 

required service or services on receiving messages from 
any one of signaling networks 1 to n. 

To this end, the equipment includes signaling 
modules S1-S2 capable of receiving signals from 

2 0 corresponding signaling modules of equipments EQ, not 

shown. 

Each module SI, S2 holds the signaling information 
of the corresponding standard 1, 2 in a respective logic 
unit SIGl, SIG2 . Each unit is connected to an adapter, 
25 namely an adapter Al for the unit SIGl and an adapter A2 
for the unit SIG2, and, for the purposes of dialogue with 
the service unit CA, which in practice is a call control 
module, the adapters can convert requests conforming to 
each standard (or a new standard) into standard requests. 

3 0 Because the dialogue with the service unit CA is 

standardized, the adapter interfaces Al, A2 are used for 
the dialogue. They are in practice logic interfaces 
enabling presentation (as symbolized by links LI) of all 
calls to the service unit CA in the same format, namely 
3 5 the standard dialogue format, regardless of the nature of 
the signaling and whether the signaling corresponds to a 
new standard or not . 
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The links L2 shown in dashed line in Figure 3 
correspond to "hook" functions present in the service 
unit CA for addressing specific functions (for example 
generic functions, a function pointer). 
5 The generic requests LI are managed by a particular 

high-level generic interface II and the "hook" functions 
L2 are managed by a particular low-level interface 12 
that also provides access to the specific modules SPl, 
SP2 of the unit CA if specific requests arrive (such 

10 requests being tied to a new standard and not conforming 
to a generic formulation that can be processed by the 
generic call management driver core NO) . 

The interfaces II and 12 for dialogue with the 
service unit exist and consequently are already defined. 

15 In practice, 80% of requirements common to all the 

standards can be covered by the interface II and 
processed by the core NO, and requests that do not 
conform to a generic formulation are wrapped in the 
standard CA unit dialogue format by the adapters Al and 

20 A2 so that they can be recognized by the interface 12 and 
processed by the appropriate specific module SPl or SP2 . 
The appropriate specific module can be determined by 
applying predetermined rules. These rules can simply 
consist of determining the standard to which the request 

2 5 conforms. 

The core NO is therefore adapted to process all 
generic requests common to the various standards. 

The specific modules SPl, SP2 each implement 
specific features corresponding to the evolution of an 

3 0 existing standard or a new standard outside the generic 

framework . 


